全栈工程师
不要指望靠流程解决问题。最终是靠人。
角色的缘起
受丰田的影响，软件行业中的从业人员，被人为的分成若干角色：
架构师（项目管理者） UI设计， 程序员（码农） 测试 运维 产品经理
如果是从产品的角度来看，这些角色需要精简（一个人身兼多职）
沟通的成本太高
一个人做项目，可以不需要与人交流，这个人在沟通上的成本是0 。
两个人做项目，必须两个人互相交流。
根据实际情况来看，一个项目的最佳人选是4个人以下。最好是2，3个精英。因为划分任务 很负责：
- 你必须做到尽量公平：每个人的任务一样多
- 你必须做好划分的合理：每个子任务之间是可以独立拆分开的，不互相依赖的。
- 你必须考虑到项目的工期，让擅长的人做擅长的事。或者预先留出学习的时间。
不好的流程会催生出坏人
最常见的例子：为什么 产品经理与程序员的关系一直被人诟病？ （产品经理被打）
为什么测试人员跟开发人员是矛盾？
为什么运维人员讨厌部署？
例如，在互联网公司中，程序员的代码要生效，是需要给运维人员写申请的。过程一般是：
- 程序员填写好一份部署文档
- 程序员把部署文档 写邮件给运维人员
- 运维人员要求程序员打印出来，签字
- 运维人员按照程序员的要求，操作服务器。
- 运维人员告诉程序员：部署完毕，你快测试看有没有问题。
这里的切身体会是，程序员每做一次部署，需要：
- 写一份部署文档
- 签字，证明除了问题都是程序员的责任
- 给运维的人发邮件，打电话
- 做最简单的一个部署，也要2，3个小时。
运维人员每做一次部署，也仿佛掉了一层皮：
- 拿到部署文档
- 按照部署文档的提示，一步步的操作数据库。
- 由于程序不是运维人员写的，所以他完全不知道服务器变慢时，是哪里出的问题，如何调试
- 部署的时候会想，怎么你的python 部署过程跟java部署完全不一样？
- 出问题的时候会想，怎么你的代码出问题要我给你承担责任？
所以，出了问题的时候，大家就会互相指责：
程序人员：服务器不归我管，是运维没有及时增加服务器数量。 运维人员：代码不是我写的。是程序写的不好，测试不完备。 测试人员：代码不是我写的。我在上线前一直在加班。人肉测试达不到100%覆盖率。
不要把程序员分成后端和前端
对于java/ios/php这样的经典开发语言，是比较啰嗦的。java程序员无法同时掌握多种语言。 比如 CSS, javascript.
所以在十年前，招聘帖子就分成 web开发工程师和 html 前端工程师。 对于HTML前端工程师, 他的工作任务是把美工设计的静态网站图片，设计成html + CSS + javascript 代码。
这是我知道最早的前后端之说。
后来，随着移动端开发的兴起，又有很多人开始参与android/ios/winphone等的开发。 随便一款语言的学习都要读厚厚的一本书，所以做android/ios的人根本无暇学习web端 的知识。
所以，大家也就接受了这样的观点：必须分成前后端。
web中的前后端能相处的相安无事。但是web端 与 app端的开发者就不友好了。因为很多时候 会出现踢皮球的现象：
某个项目开始后，需求定好了，该划分工作了，但是发现有个需求，放在app端也可以， 放在web端也可以。该怎么办？
于是踢皮球的情况就产生了。web端认为这个东西应该做在app端，自己的任务已经够多了。 app端认为应该做在web端，这个事情可以在web端做，为什么就不做呢？
所以，这样的结果往往是：
- 前后端关系不好，各种踢皮球
- 没出问题还好。出了问题互相推诿，几次下来不踢皮球的人发现自己卖力不讨好，也开始踢了。
- 工作效率低下。半天可以做好的东西，往往按照一周来估计。
- 产品经理两面不是人。 前后端都觉得你干嘛要设计这个功能呢？
全栈工程师的特点
全栈工程师就可以解决这个问题。
他的特点是：
- 又能做web端程序
- 又能做app端程序
- 又能做HTML/CSS/JQUERY程序
- 还能把静态图片切图.
- 还能做自动化的测试。
- 还能参与需求，做原型图。
特点是：
出了问题不会互相指责 技术全面，又懂服务器，又懂代码，开发的质量自然就好。 解决问题速度特别快 为公司省钱。
在悦家（www.yuewz.com）和优优宝(www.uubpay.com)，我们完全采用了这样的方式：一个全栈工程师 集： 开发人员、运维人员、测试人员于一身，又会写移动端代码，又会写服务器端代码，又会部署， 极大的减轻了沟通的成本，减少了不同角色之间的纠纷，提高了效率。
我们程序员的工作内容是这样的：
项目开始时，先跟产品经理，一起把需求确定下来。参与到定制流程图。
需求定好后，自己主动申领任务。
美工做UI设计。与此同时，程序员开始工作，开两个调试窗口： app端是一个，web页面是一个。 他需要什么功能，先在app 端写一部分程序，需要接口的时候，再切换到web端的代码， 写程序，调试。然后再切换回来。。。 因为自己要什么接口自己是最清楚的，不需要沟通， 立马写好了。
在每天下班前： 程序员提交代码到web服务器，部署，重启服务器使之生效。 程序员发布最新的app代码到应用商店。或者把它按照到产品经理的手中。
产品经理每天早上，把测试机上的最新代码过一遍，看看其中有哪些BUG。 记录在 BUG系统中。然后带领程序员开早会：哪些功能已经实现了，哪些BUG已经修改完， 还差哪些任务。
这样的团队，只需要：
产品经理兼测试： 一名 全栈工程师：2~4名(这里面有一个技术小组长） UI美工：1名
技术负责人只需要：
- 提供技术支持
- 出现技术争论时，直接拍板。
- 查看存在哪些问题。
实战情况
根据实际情况来看，全栈工程师完全避免了前后端踢皮球的问题，完全避免了沟通耗时的问题。 哪怕是菜鸟，都可以通过避免上述的问题而间接提高生产率。
在悦家和优优宝，一个项目，通常有2个一年经验的全栈工程师就足够了。
有可能产生全栈攻城狮的技术背景
一般来说, java, php,c 等传统语言背景的人,无法做成全栈攻城狮. 因为他们所使用的语言过于复杂, 笨重,很多时候他们是有心无力去学习其他知识的.
全站工程师比较多的是 ruby 等新兴语言,这类语言的特点是: 轻盈, 表达力强, 简洁.
粗略的讲: 如果一门语言不需要使用什么设计模式,就能工作的很好,那么这门语言就是比较轻盈的.